SYSTEM, METHOD AND STORAGE MEDIUM FOR BACK ORDERING OUT OF 

STOCK PRODUCTS 

BACKGROUND 

The invention relates generally to an electronic 
5 catalog inventory system and, more specifically, to a 

system, method and storage medium for back ordering out of 
stock products. 

Catalog procurement systems have traditionally been 
manual, labor intensive and costly operations. Suppliers, 

10 for example, would mass mail catalogs to potential 

customers, the customers would browse the catalogs and 
select items to be purchased and then the customer would 
complete a paper order form, or call the supplier to order 
the items. The entire process, from preparing the catalog 

15 to receipt of the order, was labor intensive and time 

consuming. Commonly, the product inventory data was updated 
manually. Thus, the potential for human was ripe. Such 
human error would cause logistical nightmares and compromise 
inventory system efficiency. Further, manual inventory 

2 0 systems were slow to determine whether a product was out of 

stock, and whether it should be back ordered. 

Therefore, electronic catalogs (e.g., catalogs provided 
via the Internet) have become popular. Fewer mistakes are 
made, orders are processed quicker and more efficiently. 
25 Also, electronic orders are usually delivered faster than 

orders taken from paper catalogs. Although an electronic 
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catalog system may be able to determine whether a particular 
product is out of stock, often, the data is erroneous, out 
dated and not a true indication of a supplier's inventory. 
Further, knowing whether the customer wishes the item to be 
5 back ordered is not determined. 

Thus, there is a need for an efficient, inexpensive and 
effective system, method and storage medium for back 
ordering out of stock products. 

SUMMARY 

10 An exemplary embodiment is a system, method and storage 

medium for back ordering out of stock products. The system 
includes a host system for receiving an order for a product 
from a user, determining whether inventory for said product 
satisfies said order, notifying said user if said inventory 

15 for said product does not satisfy said order, receiving a 

back order request from said user to back order said product 
if said inventory for said product does not satisfy said 
order, determining an amount of said product for meeting 
said back order request, acquiring said amount and updating 

2 0 said inventory, notifying said user that said back order 

request has been satisfied and receiving a delivery request 
from said user to deliver said product. A network is 
coupled to the host system, and a database is coupled to the 
host system for storing data relating to the back ordering 

25 out of stock products. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Referring now to the drawings wherein like elements are 
numbered alike in several figures: 

FIG. 1 is a block diagram of a system for back ordering 
5 out of stock products in one embodiment of the invention; 

and 

FIG. 2 illustrates an exemplary method for back 
ordering out of stock products in one embodiment of the 
invention. 

10 DETAILED DESCRIPTION 

As discussed, determining whether a particular product 
is out of stock and whether the customer wishes the item to 
be back ordered is needed. One embodiment for an electronic 
catalog system includes an electronic marketplace ("e- 

15 Marketplace") that hosts a Web site for multiple suppliers 

selling various products. Supplier catalogs, along with 
available quantities of the products may be included. Thus, 
when a customer submits an order, the e -Marketplace Web site 
may provide real-time inquiries on whether the quantities of 

2 0 products ordered are in stock, and can be fulfilled. In 

electronic catalog systems of the past, if the product was 
out of stock, the customer could not even create an order. 
This problem resulted from the inability to link from the 
electronic catalog to the suppliers' inventory database (in 

25 addition to inaccurate and infrequent updates to the 

inventory database) . Further, as previously discussed, an 
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"out of stock" status was not always a true indication of 
the supplier's inventory. Thus, the customer's business was 
unnecessarily lost, and his return business was unlikely. 
However, the embodiments discussed herein resolve these 
5 problems with an efficient, inexpensive and effective 

system, method and storage medium for back ordering out of 
stock products. 

FIG. 1 is a block diagram of a system for back ordering 
out of stock products in one embodiment of the invention. 

10 The system may include one or more user systems 2 coupled to 

a host system 10 via a network 6. Each user system 2 may be 
implemented using a general -purpose computer executing a 
computer program for carrying out the processes described 
herein. The network 6 may be any type of known network 

15 including a local area network (LAN) , wide area network 

(WAN), global network (e.g., Internet), intranet, extranet, 
etc. The user systems 2 may be coupled to the host system 
10 through multiple networks (e.g., intranet and Internet) 
so that not all user systems 2 are coupled to the host 

2 0 system 10 via the same network. One or all of the user 

systems 2 and the host system 10 may be connected to the 
network 6 in a wireless fashion and network 6 may be a 
wireless network. In a preferred embodiment, the network 6 
is the Internet and user system 2 executes a user interface 

25 application (e.g., Web browser) to contact the host system 

10 through the network 6. Alternatively, a user system 2 
may be implemented using a device programmed primarily for 
accessing network 6 such as WebTV or a network computer. 
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Note that one or more user systems 2 may be operated by one 
or more customers. Additionally, one or more user systems 2 
may be operated by one or more suppliers. A user system 2 
operated by a supplier may include a supplier database 12 
5 for maintaining supplier inventory data. 

The host system 10 includes a processor, such as a 
server 4 operating in response to a computer program stored 
in a storage medium accessible by the server. The server 4 
may operate as a network server (often referred to as a Web 

10 server) to communicate with the user systems 2. The server 

4 handles sending and receiving information to and from user 
systems 2 and can perform associated tasks. The server 4 
may also include a firewall to prevent unauthorized access 
to the host system 10 and enforce any limitations on 

15 authorized access. The firewall may be implemented using 

conventional hardware and/or software as is known in the 
art. The server 4 may also operate as an applications 
server. In other words, the server 4 may execute one or 
more computer programs to interact with a database 8. It is 

2 0 understood that separate servers may be used to implement 

the network server functions and the applications server 
functions. Alternatively, the network server, firewall and 
the applications server may be implemented by a single 
server executing computer programs to perform the requisite 

2 5 functions. 

The database 8 contains a variety of information 
related to inventory of a product. In one embodiment, the 
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database 8 includes information concerning product tracking, 
back orders, out of stock products and the like. Server 4 
may interact with the database 8 through existing legacy 
components. Changes to the database 8 can be made 
dynamically, in real time to instantaneously update 
information contained in the database 8. Thus, updates to 
the inventory may be processed immediately by server 4 
without human intervention. Note that in other embodiments, 
the database 8 may be one or more databases, including 
databases remotely located from the host system 10. For 
example, the database 8 may include a server database and an 
inventory database. The inventory database may be further 
0 divided into a product catalog database and a customer order 

■jj database. The product catalog database may contain the 

O 15 inventory data for each product offered in a catalog. The 

Q customer order database may contain the customer order data, 

i£j such as customer identity, product identity, product 

! SBB ! 

\f quantity and order date. 

20 Referring to FIG. 2, operation of the system will now 

be described. As discussed, the user system 2 may include a 
user interface application (e.g., a Web browser), which 
allows the user system 2 to contact the host system 10 via 
network 6 (e.g., the Internet). In one embodiment, a remote 

25 user system 2 may be used by a customer to contact an online 

product catalog provided via the host system 10. 
Additionally, as previously mentioned, another user system 2 
may be used by a supplier. First, in step 20 0, a customer 
logs on to a Web site containing the product catalog. In 
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step 202, after the customer has selected a product from the 
catalog, the customer creates an order. The order may 
contain one or more products, along with the requested 
quantity. The order may be created using electronic 

5 techniques commonly known, such as filling out and 

submitting an electronic order form. Step 2 04 determines 
whether the quantity ordered by the customer is less than or 
equal to the quantity in inventory. In other words, in step 
2 04, the inventory data in the database 8 is compared to the 

0 customer's order. If the inventory is sufficient for the 

customer's order, in step 206, the customer's order is 
accepted, the inventory data is reduced by the quantity in 
the customer's order, the order is sent to a supplier for 
fulfillment and the process ends in step 210. 

5 If, in step 2 04, the quantity ordered by the customer 

is greater than the quantity in inventory, the customer is 
queried about creating a back order request for the product. 
If the customer decides not to create a back order request, 
the process ends in step 210. Otherwise, in step 212, the 

0 customer requests a back order and is queried on specifying 

a time period for keeping the back order request active. 
Thus, in step 212, the customer may enter a time period on 
an electronic form or select from a predetermined list of 
time periods. In step 214, the customer's back order 

5 request is stored in the database 8, flagged with a back 

order status indicator and sent to a supplier for 
fulfillment. In step 216, the supplier acquires the back 
order quantity and updates the inventory data in the 
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database 8. In step 218, the inventory data in the database 
8 is automatically searched at a predetermined time period 
to identify product orders flagged with a back order status. 
Note that a web server agent program, or the like, may be 
5 used to perform the search function. 

Next, step 220 determines whether the back order 
expiration date has been reached. Note that the back order 
expiration date was previously defined in step 212. Again, 
a web server agent program, or the like may be used in any 

0 of the steps. If the back order expiration date has been 

reached, the back order is deleted from the database 8 in 
step 222, and the process ends in step 224. If the back 
order time period has not expired, step 22 6 determines 
whether the back order quantity is less than or equal to the 

5 quantity in inventory. Note that step 226 is used to check 

whether changes to the inventory occurred during the time 
period set for the back order to expire, and if so, to take 
action to update the inventory accordingly. If the back 
order quantity is greater than the quantity in inventory, 

0 then in step 22 8, the back order remains in the database 8, 

and step 22 0 is repeated. Otherwise, step 23 0 determines 
whether a back order notification has been sent to the 
customer. The back order notification informs the customer 
that the back order has been filled and will be "on hold" 

5 for a predetermined period. Note that the hold period is 

not the same as the time period discussed in step 212 (the 
time period in step 212 is determined by the customer) . 
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If a back order notification has been sent to the 
customer, step 232 determines whether the hold time has 
expired. If the hold time has expired, in step 233, the 
back order is deleted from the database 8, and the process 
5 ends in step 235. If the hold time has not expired, step 

228 is repeated. If step 230 determines that a back order 
notification was not sent to the customer, then in step 234, 
the inventory quantity is reduced by an amount equal to the 
back order quantity, and the customer is notified that the 

10 back order is available and will be held for a predetermined 

period. Next, in step 23 6, the customer logs on to the web 
site and resubmits or confirms the back order request before 
the hold time expires. In step 236, the customer's request 
is accepted and sent to the supplier for fulfillment, and 

15 the process ends in step 240. 

The description applying the above embodiments is 
merely illustrative. As described above, embodiments in the 
form of computer- implemented processes and apparatuses for 
practicing those processes may be included. Also included 

2 0 may be embodiments in the form of computer program code 

containing instructions embodied in tangible media, such as 
floppy diskettes, CD-ROMs, hard drives, or any other 
computer- readable storage medium, wherein, when the computer 
program code is loaded into and executed by a computer, the 

2 5 computer becomes an apparatus for practicing the invention. 

Also included may be embodiments in the form of computer 
program code, for example, whether stored in a storage 
medium, loaded into and/or executed by a computer, or as a 
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data signal transmitted, whether a modulated carrier wave or 
not, over some transmission medium, such as over electrical 
wiring or cabling, through fiber optics, or via 
electromagnetic radiation, wherein, when the computer 
5 program code is loaded into and executed by a computer, the 

computer becomes an apparatus for practicing the invention. 
When implemented on a general -purpose microprocessor, the 
computer program code segments configure the microprocessor 
to create specific logic circuits. 

10 While the invention has been described with reference 

to exemplary embodiments, it will be understood by those 
skilled in the art that various changes may be made and 
equivalents may be substituted for elements thereof without 
departing from the scope of the invention. In addition, 

15 many modifications may be made to adapt a particular 

situation or material to the teachings of the invention 
without departing from the essential scope thereof. 
Therefore, it is intended that the invention not be limited 
to the particular embodiments disclosed for carrying out 

2 0 this invention, but that the invention will include all 

embodiments falling within the scope of the appended claims. 
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